home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / infoham / 940729.txt < prev    next >
Internet Message Format  |  1994-11-13  |  28KB
  1. Date: Fri,  1 Jul 94 08:04:57 PDT
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Info-Hams Digest V94 #729
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Fri,  1 Jul 94       Volume 94 : Issue  729
  11.  
  12. Today's Topics:
  13.                BAYCOM packet modem + Lost mail file...
  14.                                Clipart
  15.                              FCC Address?
  16.                     NJ Ham Plates update: GOT 'EM!
  17.                           QST H/Brew Isoloop
  18.                 RB 332 MGT Successful RACES Units 2/3
  19.                 RB333 Mgt: Successful RACES Units 3/3
  20.                         temperature conversion
  21.                   Wanted: Novice on-air CW practice
  22.                       Welcome to rec.radio.info!
  23.  
  24. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  25. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  26. Problems you can't solve otherwise to brian@ucsd.edu.
  27.  
  28. Archives of past issues of the Info-Hams Digest are available 
  29. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  30.  
  31. We trust that readers are intelligent enough to realize that all text
  32. herein consists of personal comments and does not represent the official
  33. policies or positions of any party.  Your mileage may vary.  So there.
  34. ----------------------------------------------------------------------
  35.  
  36. Date: 1 Jul 1994 08:01:18 GMT
  37. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!EU.net!news.forth.gr!helios.intranet.gr!phaethon!demetre@network.ucsd.edu
  38. Subject: BAYCOM packet modem + Lost mail file...
  39. To: info-hams@ucsd.edu
  40.  
  41. CQ Netters...
  42.  
  43.  
  44. Recently I posted requesting information on homebrewed packet
  45. modems, I received several replies but I managed to purge my
  46. mail file :-(
  47. Please the people who wrote to me, get in touch with me via E-mail...
  48.  
  49. TNX-73's
  50.  
  51. demetre@intranet.gr
  52.  
  53. ------------------------------
  54.  
  55. Date: Fri, 01 Jul 94 08:06:37 EST
  56. From: ihnp4.ucsd.edu!agate!iat.holonet.net!dbot.com!sysop@network.ucsd.edu
  57. Subject: Clipart
  58. To: info-hams@ucsd.edu
  59.  
  60. >The University of Warwick Amateur Radio Society is currently in the process
  61. >of putting together some publicity for next year's fresher's fair. I've
  62. >been looking for radio-related clipart to include, but to no avail (all
  63. >I could find was an ARRL logo, which isn't much use in the UK). Does anyone
  64. >have any ideas where I might find some on the net? (most formats will do).
  65.  
  66. >    Thanks a lot,
  67.  
  68. >        Rob (President UOWARS).
  69.  
  70. Rob,
  71.  If you dont find any reply's on the Internet you can call my BBS
  72. direct, I have 2 files that contain various clip art for Ham Radio,
  73. everything from the ARRL Logo's that you dont want to schematic symbols.
  74.  
  75. Most of the stuff is in PCX format.  The two specific files I have are:
  76. HAM-ART.ZIP and CLIPAR.ZIP  These can be found in directory HAM-6 on my
  77. system. The numbers are listed below.
  78.  
  79. 73
  80.  
  81. Tim Mayberry
  82. sysop@dbot.com
  83.  
  84.  * Database of Tennessee  * 901-855-4124 14400 BPS * 901-855-4127 28800 V.FC *
  85.  * FREE ACCESS * Over 2100 Ham Radio related files, Over 5000 gerneral files *
  86.  * Full access on first call. F6FBB Export's and Support from KA4P F6FBB BBS *
  87.  * For more information connect direct or send E-Mail to: sysop@dbot.com     * 
  88.  
  89. ------------------------------
  90.  
  91. Date: 1 Jul 94 08:07:41 -0800
  92. From: ihnp4.ucsd.edu!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!yeshua.marcam.com!wrdis02.robins.af.mil!apollo.robins.af.mil!woodj@network.ucsd.edu
  93. Subject: FCC Address?
  94. To: info-hams@ucsd.edu
  95.  
  96. In article <2unklu$5kt@progress.progress.com>,
  97.   glenn@progress.COM (Glenn Meader) writes:
  98. > I need to renew my license.  I got a 610 form - now what's
  99. > the correct address to send it to at the FCC?
  100.  
  101. FEDERAL COMMUNICATIONS COMMISSION
  102. 1270 FAIRFIELD RD
  103. GETTYSBURG PA  17325-7245
  104. _..._
  105.  
  106. Be sure to use the most recent issue of FCC Form 610!  They no longer
  107. accept 610s older than the November 1993 issue.
  108.  
  109. Be sure to attach a photocopy of your _signed_ license (or the actual
  110. license) to the back of the 610.
  111.  
  112. Be prepared to wait!
  113. _..._
  114.  
  115. 73, Jim, KA4GHX
  116.  
  117. ------------------------------
  118.  
  119. Date: Fri, 1 Jul 1994 11:10:41 GMT
  120. From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!convex!news.duke.edu!zombie.ncsc.mil!admii!ovation!ramcad.pica.army.mil!mellis@network.ucsd.edu
  121. Subject: NJ Ham Plates update: GOT 'EM!
  122. To: info-hams@ucsd.edu
  123.  
  124. Came in the mail yesterday. Put them on in the rain :-)
  125.  
  126. 17 weeks. I called NJ DMV early this week, and the person 
  127. I talked to said that theirs (Special Plates Division) was
  128. the only division allowed to work overtime.
  129.  
  130. Seems NJ has a special plate for Square Dancing, for Penn
  131. State Alumni, Rutgers Alumni, and lots of other interests.
  132.  
  133. Also, he said that prices on most special NJ plates (vanity, etc.)
  134. will go up in the near future. Not sure about amateur plates,
  135. that may require legislation to change from the current $10.
  136.  
  137.  
  138. Mark E. Ellis   N2WZB        System(s) Administrator 
  139.                                  PA&TD Software Quality Engineering Branch
  140. <mellis@ramcad.pica.army.mil>    SMCAR-QAH-A, Bldg 62N
  141.                 Picatinny Arsenal, NJ
  142.  
  143. ------------------------------
  144.  
  145. Date: Fri, 01 Jul 94 07:33:34 PDT
  146. From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!convex!news.onramp.net!usenet@network.ucsd.edu
  147. Subject: QST H/Brew Isoloop
  148. To: info-hams@ucsd.edu
  149.  
  150. Did you buy QJR's capacitor? I did for my loop, and was mighty impressed with 
  151. the cap and the low price he got for it. Unfortuantely, the antenna fell in 
  152. transit to my new home, and have yet to get the ceramics fixed. 
  153.  
  154. What kind of stepper did you use? I went to H&R and got some airpax devices and 
  155. the hurst controller. good enough resolution. 
  156.  
  157. -G
  158.  
  159. ------------------------------
  160.  
  161. Date: 1 Jul 94 13:56:38 GMT
  162. From: news-mail-gateway@ucsd.edu
  163. Subject: RB 332 MGT Successful RACES Units 2/3
  164. To: info-hams@ucsd.edu
  165.  
  166. Bid: $RACESBUL.332
  167. Subject: RB 332 MGT Successful RACES Units 2/3
  168.  
  169.  
  170. From: W6WWW@KD6XZ.#NOCAL.CA.USA.NOAM
  171. To  : RACES@ALLUS
  172.  
  173. TO: ALL EMERGENCY MANAGEMENT AGENCIES VIA AMATEUR RADIO
  174. INFO:    ALL COMMUNICATIONS VOLUNTEERS IN GOVERNMENT SERVICE
  175. INFO:    ALL AMATEURS U.S   (@USA: INFORMATION); CAP, MARS
  176. FROM:    CA GOVERNORS OFFICE OF EMERGENCY SERVICES
  177.          (W6SIG@WA6NWE.CA)            Ph: 916-262-1600
  178.          2800 Meadowview Rd., Sacramento, CA  95832
  179.          Landline BBS  Open to All: 916-262-1657
  180.  
  181. RB 332 MGT Successful RACES Units 2/3
  182. RELEASE DATE:   June 27, 1994
  183.  
  184. This SUCCESSFUL standard came from the County of Orange RACES
  185. unit via its April '93 newsletter, "NETCONTROL": [rephrased]
  186.  
  187. "Setting requirements of participation and adhering to them,
  188. including removal of any who fail to participate in most
  189. activation's and drills, or are inactive. RACES is a reserve
  190. public safety communications organization that owes the public a
  191. well-trained and active group. Being untrained or "unpracticed"
  192. could cost a life during certain types of emergencies and the
  193. RACES unit cannot afford to take that chance."
  194.  
  195. [Continuing extract:] "It is realized that other commitments
  196. involving job, family and other matters must be made. If,
  197. however, those commitments are more important to you than RACES
  198. and prevent you from full support of required activities, then
  199. you should not be a RACES member. If you do not put all RACES
  200. drills and scheduled activation's on your calendar, you should
  201. not be a RACES member. If you put scheduled RACES activities on
  202. your SOCIAL calendar, to be at a lower priority than activities
  203. on your "important stuff" calendar, you should not be a RACES
  204. member. RACES is NOT a social activity (even though association
  205. with fellow RACES members is enjoyed by many of us more than with
  206. anyone else). RACES is a commitment to provide the very best in
  207. government-supporting (sometimes life-saving) communications,
  208. through continuous practice (by drills and reporting to all
  209. activation's) and efforts toward improving ourselves and each
  210. other technically and operationally."
  211.  
  212. While this is a painful procedure, it is better to have an active
  213. unit of 3 trained and dedicated participants than one with 13
  214. untrained who are not familiar with the agency and are not
  215. dedicated to the unit purpose. In other words, let the luke-warm
  216. migrate to luke-warm efforts; keep only those who realize they
  217. made a serious commitment to the agency they signed up to
  218. support, and who are willing to show they can be relied on
  219. whenever that agency needs them.
  220. EOM
  221.  
  222. -----------------
  223.  
  224. RACES Bulletins are archived on the Internet at ucsd.edu in hamradio/races
  225. or in hamradio/packet/tcpip/incoming and can be retrieved using FTP.  The
  226. opinions stated are those of the author of the bulletin and not the poster.
  227.  
  228. ------------------------------
  229.  
  230. Date: 1 Jul 94 13:58:07 GMT
  231. From: news-mail-gateway@ucsd.edu
  232. Subject: RB333 Mgt: Successful RACES Units 3/3
  233. To: info-hams@ucsd.edu
  234.  
  235. Bid: $RACESBUL.333
  236. Subject: RB333 Mgt: Successful RACES Units 3/3
  237.  
  238.  
  239. From: W6WWW@KD6XZ.#NOCAL.CA.USA.NOAM
  240. To  : RACES@ALLUS
  241.  
  242. TO: ALL EMERGENCY MANAGEMENT AGENCIES VIA AMATEUR RADIO
  243. INFO:    ALL COMMUNICATIONS VOLUNTEERS IN GOVERNMENT SERVICE
  244. INFO:    ALL AMATEURS U.S   (@USA: INFORMATION); CAP, MARS
  245. FROM:    CA GOVERNORS OFFICE OF EMERGENCY SERVICES
  246.          (W6SIG@WA6NWE.CA)            Ph: 916-262-1600
  247.          2800 Meadowview Rd., Sacramento, CA  95832
  248.          Landline BBS  Open to All: 916-262-1657
  249.  
  250. RACESBUL.333  Mgt: Successful RACES Units 3/3
  251. RELEASE DATE:   July 4, 1994
  252.  
  253. Successful emergency communications units have their counterpart
  254. in those that FAIL. While we may not want to look at the reasons,
  255. it is instructive to do so:
  256.  
  257. 1. One of the prime reasons RACES units fail is the attitude in
  258. local government to the effect that "we have good radio systems
  259. so we don't need anything else."
  260.  
  261. 2. A second reason is that of mental approach to the use of the
  262. unit, in that the local attitude is one of "we will call you out
  263. if all other communications fail."
  264.  
  265. 3. Local officials do not realize the significant difference
  266. between a disciplined unit such as SAR and an undisciplined unit
  267. with which it may have a communications memorandum of
  268. understanding (MOU) [if that be the case.]
  269.  
  270. 4. Not acquiring the knowledge of "how to" work with an in-house
  271. communications unit.
  272.  
  273. 5. The improper choice of the person for the Radio Officer.
  274.  
  275. 6. Not realizing the importance of, and knowing how to discharge
  276. a Radio Officer that is not fulfilling his/her purpose.
  277.  
  278. 7. An unsatisfactory past experience with a volunteer in one
  279. capacity or another.
  280.  
  281. 8. Not having an adequately prepared RACES plan.
  282.  
  283. 9. Inadequate staff. In such a case the local official, often
  284. wearing many "hats", feels there is no way to undertake a RACES
  285. program. In some cases that may be an accurate assessment, yet
  286. there are those where undertaking a RACES program even in face of
  287. an inadequate staff and too many "hats" helps to remedy the very
  288. problem.
  289.  
  290. 10. Delegation of RACES program coordination to a technically
  291. oriented person rather than to one oriented to administration and
  292. management of operations.
  293.  
  294. To some degree, reasons that the creation, care and maintenance
  295. of an emergency communications unit fails is a reflection (as in
  296. a mirror) of the reasons for those that are imminently
  297. successful. Active involvement is the opposite side of neglect.
  298. Knowledge is the opposite of not caring enough to become
  299. knowledgeable. It's really up to the paid staff of the agency to
  300. learn what it takes to make a unit successful. In every instance
  301. that has been done it has more than paid off, and handsomely, at
  302. that.
  303.  
  304. Want help? The Auxiliary Communications Service at State OES
  305. Headquarters is available to assist a jurisdiction upon request.
  306. [Thanks to Orange County RACES for the material and ideas. End.]
  307.  
  308.  
  309. -----------------
  310.  
  311. RACES Bulletins are archived on the Internet at ucsd.edu in hamradio/races
  312. or in hamradio/packet/tcpip/incoming and can be retrieved using FTP.  The
  313. opinions stated are those of the author of the bulletin and not the poster.
  314.  
  315. ------------------------------
  316.  
  317. Date: 1 Jul 94 13:09:06 GMT
  318. From: news-mail-gateway@ucsd.edu
  319. Subject: temperature conversion
  320. To: info-hams@ucsd.edu
  321.  
  322. >William=E.=Newkirk%Pubs%GenAv.Mlb@ns14.cca.CR.rockwell.COM says:
  323. >
  324. >>>geez, people make this so complicated.
  325. >
  326. >>>C = 1.8 (F-32).
  327. >
  328. >    Bwah hah!  At least some of them got it right, though.
  329. >
  330. >    (I would have e-mailed him, but look at the length of
  331. >    that address).
  332.  
  333. okokokokokokok....
  334.  
  335.     F = (1.8 * C) + 32
  336.  
  337. (this time -40 = -40...see what happens when you don't use an RPN calculator?)
  338.  
  339. and there is an alias for the e-mail name:
  340.  
  341.     wb9ivr%Pubs%GenAv.Mlb@ns14.cca.CR.rockwell.COM
  342.  
  343. see? much shorter...
  344.  
  345. ------------------------------
  346.  
  347. Date: 1 Jul 1994 14:04:58 GMT
  348. From: ihnp4.ucsd.edu!agate!spool.mu.edu!news.nd.edu!news1.oakland.edu!vela.acs.oakland.edu!prvalko@network.ucsd.edu
  349. Subject: Wanted: Novice on-air CW practice
  350. To: info-hams@ucsd.edu
  351.  
  352. I'll never forget asking a couple guys at a club meeting how fast they
  353. could send/rcv code... after having my novice licence for a couple
  354. months.
  355.  
  356. I just shook my head when they said something like 18 words per minute!
  357. I thought that to be absolutely impossible.
  358.  
  359. Don't be afraid to send QRS (send slower) it's not a crime to be a new
  360. ham. 
  361.  
  362. 73 es GL!   paul wb8zjl
  363.  
  364. ------------------------------
  365.  
  366. Date: Thu, 30 Jun 1994 21:00:08 MDT
  367. From: ihnp4.ucsd.edu!swrinde!howland.reston.ans.net!news.cac.psu.edu!news.pop.psu.edu!ctc.com!news.mic.ucla.edu!unixg.ubc.ca!nntp.cs.ubc.ca!alberta!ve6mgs!rec-radio-info@network.ucsd.edu
  368. Subject: Welcome to rec.radio.info!
  369. To: info-hams@ucsd.edu
  370.  
  371. Archive-name: radio/rec-radio-info/welcome
  372. Last-modified: $Date: 1994/01/02 22:00 $
  373. Version: $Revision: 1.06 $
  374.  
  375. *** Welcome to rec.radio.info! ***
  376.  
  377. Welcome to rec.radio.info, a group that aims to provide a noise-free source
  378. of information and news for the entire rec.radio hierarchy.
  379.  
  380. Two introductory articles about rec.radio.info are posted to the group and
  381. to news.answers every two weeks. You are now reading the first article, which
  382. explains what rec.radio.info is, and answers some Frequently Asked Questions. 
  383. The second article is titled "Submission Guidelines", and you only need to 
  384. read it if you want to submit an article to rec.radio.info.
  385.  
  386. You can skip to the next section of this article by searching for the next
  387. " -- " string. The sections available are:
  388.  - What is the purpose of rec.radio.info?
  389.  - Why are messages almost always cross posted to rec.radio.info?
  390.  - What is a 'follow-up', and what does 'moderated' mean?
  391.  - OK, so now I know what 'moderated' means. Tell me more.
  392.  - What type of material is considered inappropriate?
  393.  - I do not have access to news, how can I get the information posted to
  394.    rec.radio.info?
  395.  - Will the material appearing in rec.radio.info be archived somewhere?
  396.  - I have a regular posting with timely information, is there a way to
  397.    speed up it's delivery, or automate for more convenience?
  398.  
  399.  -- What is the purpose of rec.radio.info?
  400.  
  401. The purpose or charter of rec.radio.info is to provide the Usenet community with
  402. a resource for information, news, and facts about any and all things radio.
  403.  
  404. All the other rec.radio groups are intended for discussions and general chit
  405. chat about radio.  Rec.radio.info will contain informational, factual articles
  406. only. Follow-ups are redirected to an appropriate other group, and further
  407. discussion (if any) will not take place in rec.radio.info.
  408.  
  409. In order to ensure that rec.radio.info contains only appropriate articles, it
  410. was decided to create the group as a moderated newsgroup.
  411.  
  412.  -- Why are messages almost always cross posted to rec.radio.info?
  413.  
  414. It provides a "tag" for each article to be assembled into a filtered
  415. presentation in rec.radio.info (even with cross-posting, only one message, with
  416. a unique Message-ID, is propogated across the net).  This tag also facilitates
  417. a pre-existing method of dropping or cancelling the articles locally within the
  418. discussion groups if you don't want to see them.  This accommodates individuals
  419. who want to separate the bulletins from the discussions, discussions from the
  420. bulletins, as well as those who are adamant about not reading another
  421. newsgroup and wanted to see everything all in one basket.  
  422.  
  423. With the total size of Usenet (in number of newsgroups and total traffic)
  424. doubling every year or so, this is no insignificant contribution to reducing
  425. information noise and chaos.  Making the discussion groups a catch-all, and
  426. making extra newsgroups filters on that catch-all, is also the most realistic
  427. way to implement such a scheme (It's not intuitively obvious what the charter,
  428. contents, and general appropriate topics for each and every newsgroup are.
  429. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
  430. for new readers).
  431.  
  432. By cross-posting one only is adding a few tens of bytes to each bulletin (to
  433. specify the extra group on the Newsgroups line), but are adding the capability
  434. for very powerful filtering features available on most news servers,
  435. listservers and readers.  Your local news guru could probably explain these
  436. features in more detail.
  437.  
  438. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
  439. a line of the form:
  440.     /Newsgroups:.*[ ,]rec\.radio\.info/h:j
  441. either in ~/News/KILL (if you don't want to see rec.radio.info articles
  442. anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
  443. just in rec.radio.amateur.misc).  The latter method means your kill file will
  444. only be consulted during rec.radio.amateur.misc (and hence runs more
  445. efficiently), and will probably work for most people.
  446.  
  447. In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
  448.     rec.radio.info:!s/:^
  449. in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
  450. put the following lines: 
  451.     sequence
  452.     rec.radio.info
  453.     rec.radio.
  454. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
  455. then read the remaining rec.radio.* without the bulletins.
  456.  
  457.  -- What is a 'follow-up', and what does 'moderated' mean?
  458.  
  459. If you are new to Usenet and are not familiar with the terminology, you might
  460. want to read the general introductory articles found in the newsgroup
  461. news.announce.newusers. Doing so will make your life on the net much easier,
  462. and will probably save you from making silly beginner's mistakes.
  463.  
  464. If you think that at this moment you are reading an echo, a conference, or
  465. a bulletin board, I'd also strongly suggest a trip over to
  466. news.announce.newusers.
  467.  
  468. For the rest of this article, I will assume you have a basic knowledge of
  469. Usenet terminology and mechanics.
  470.  
  471. A moderated group means that any article that needs to be posted to the group
  472. has to be accepted by the moderator of the group. Since we need to ensure that
  473. followups to an article (discussion) do not show up in the rec.radio.info
  474. newsgroup, the `Followup-To:' header line contains a newsgroup that is
  475. appropriate for disussions about the specific article.
  476.  
  477.  -- OK, so now I know what 'moderated' means. Tell me more.
  478.  
  479. Rec.radio.info is a moderated newsgroup, which means that all articles
  480. submitted to the group will have to be approved by the moderator first.
  481.  
  482. The current moderator of the group is Mark Salyzyn.  Submissions to
  483. rec.radio.info can be posted, or e-mailed to:
  484.  
  485.         rec-radio-info@ve6mgs.ampr.ab.ca
  486.  
  487. Comments, criticisms, suggestions or questions about the group can be e-mailed
  488. to:
  489.         rec-radio-request@ve6mgs.ampr.ab.ca
  490.  
  491. But before you do so, please be sure to check out the "Submission Guidelines"
  492. article.
  493.  
  494. The influence of the moderator should be minimal and of an administrative
  495. nature, consisting chiefly of weeding out obviously inappropriate articles,
  496. while making sure correct headers etc. are used for the appropriate ones.
  497.  
  498.  -- What type of material is considered inappropriate?
  499.  
  500. There are three broad categories of articles which will be rejected by the
  501. moderator:
  502.  
  503. 1) Requests for information: rec.radio.info is strictly a one-way street.  I
  504.    receive information in my mailbox; I then post it to rec.radio.info.
  505.    Requests for specific information belong in the normal discussion newsgroups.
  506.    If your request gets answered, you might consider passing the answer on to
  507.    rec.radio.info, though. Especially if you can edit it into a informational,
  508.    rather than a discussion, format.
  509.  
  510. 2) Obvious discussion articles, or articles that appear unsubstantiated.
  511.  
  512. 3) Commercial stuff: a relatively unbiased test of a radio product would be
  513.    accepted, but any hint of for-profit might be reason for rejection. For three
  514.    reasons: This is not the purpose of the list, for-profit is a controversial
  515.    topic, and this list may be passed onto Amateur Packet Radio (where
  516.    for-profit is prohibited except under certain provisos).
  517.  
  518.    rec.radio.swap (or possibly comp.newprod) may be more deserving of the
  519.    posting in any matter.
  520.  
  521.    Similarly, copyrighted material generally cannot be used.  If it's TRULY
  522.    worthwhile to the net, I would recommend obtaining permission from the
  523.    copyright holder.  Please note the source, and if permission was given.  I
  524.    reserve the right to make the final decision concerning appropriateness in
  525.    all situations.  In most cases, a brief summary of, or pointer to, the
  526.    copyrighted information may be all I can allow.
  527.  
  528.  -- I do not have access to news, how can I get the information posted to
  529.     rec.radio.info?
  530.  
  531. brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
  532. rec.radio.info. Non of the articles will be digested, due to their size, so
  533. you will receive individual mailings for every article posted to the group.
  534.  
  535. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
  536. thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
  537.  
  538. To subscribe and unsubscribe via the listserver; the format for that is
  539.  
  540.     sub address radio-info
  541.     unsub address radio-info
  542.  
  543. where 'address' is your full mailing address. Send this request to
  544.  
  545.     listserv@ucsd.edu
  546.     
  547. Note that the server will automatically delete any address that bounces mail.
  548. If you leave the address portion blank, it will try to deduce your address
  549. from the mail headers. This may not work if you are on bitnet, milnet or
  550. some other non-Unix host, so it is recommended to put your return address
  551. in any case. For example:
  552.  
  553.     sub mymailbox@myhost.mydomain.mil radio-info
  554. or
  555.     sub MEMEME01@DMBHST.bitnet radio-info
  556.  
  557. or something like that.
  558.  
  559.  -- Will the material appearing in rec.radio.info be archived somewhere?
  560.  
  561. < Dated information here >
  562.  
  563. Yes. Still firming up details at the moment but here is a preliminary list:
  564.     - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
  565.     - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
  566.         saved to /pub/dx/text/rec.radio.info currently stored as
  567.         numbered files.
  568.  
  569. Effectively this means that anything you post to rec.radio.info will be
  570. permanently stored, so your work will not be lost.
  571.  
  572.  -- I have a regular posting with timely information, is there a way to
  573.     speed up it's delivery, or automate for more convenience?
  574.  
  575. Yes, there is! It may take a bit of chatter with the moderator, but we are
  576. willing to take responsible people and provide them the means of posting the
  577. articles directly from their site. We will try everything we can as we fully
  578. realize that DX (distant signal) and astronomical data can be somewhat
  579. transitory. We are also willing to allow regular posters of information the
  580. same courtesy, even if the information is not as time critical.
  581.  
  582. We refer to this as self-moderation, which is partly based on the model for
  583. news.answer. This requires co-operation and good will to be beneficial to
  584. the community in the rec.radio hierarchy.
  585.  
  586. I suggest reading the posting guidelines for more information. I am open to
  587. suggestions.
  588.  
  589. I thank the following individuals for their input into this article:
  590.     rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
  591.     rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
  592.     Paul W. Schleck, KD3FU pschleck@unomaha.edu
  593.     Ian Kluft, KD6EUI ikluft@uts.amdahl.com
  594.  
  595. -- 
  596. Mark Salyzyn -- Moderator rec.radio.info
  597. Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
  598. Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
  599. * Requests for information do *not* belong in rec.radio.info *
  600.  
  601. ------------------------------
  602.  
  603. Date: 1 Jul 1994 14:05:22 GMT
  604. From: ihnp4.ucsd.edu!library.ucla.edu!europa.eng.gtefsd.com!news.umbc.edu!haven.umd.edu!cville-srv.wam.umd.edu!ham@network.ucsd.edu
  605. To: info-hams@ucsd.edu
  606.  
  607. References <2u232d$hus@umcc.umcc.umich.edu>, <pc5RhQa.armond@delphi.com>, <2v0gqe$fjr@safety.ics.uci.edu>md
  608. Subject : Re: Kenwood TS-450S/AT or Yaesu 890 w/AT -- HELP!
  609.  
  610.  
  611. It has been my experience that a lot of the equipment made by Kenwood
  612. since they put out the 520/530/830/120 series has been flashy junk.
  613.  
  614. (Flameproof suit on)
  615.  
  616. I speak out of experience - we had a 930 that ate its PA board, which pro-
  617. ceeded to take down the power supply.  This took several months to 
  618. get repaired (circa 1987).  We also had a 440S/AT that went to Field
  619. Day in 1988.  It was sitting in the back of the car in the sun, 
  620. probably at 110 degrees, and even after letting it cool off, it 
  621. had no frequency stability at all.
  622.  
  623. I was to buy a 440S/AT from a guy on internet.  One of the main ICs
  624. was apparently cold-soldered, and the freqency display would thus 
  625. go blank from time to time.
  626.  
  627. Go and get a Ten Tec.  They may still have similar problems, but at 
  628. least they'll tell you how to fix them (or send you free replacement
  629. parts), and they actually feel SORRY about you having to to go 
  630. through the trouble.
  631.  
  632. Scott NF3I
  633.  
  634. -- 
  635. 73,                            _________   _________  The
  636.                             \ /  Long   Original
  637. Scott Rosenfeld  Amateur Radio NF3I  Burtonsville, MD     |   Live    $5.00
  638.   WAC-CW/SSB  WAS  DXCC - 125 QSLed on dipoles __________| Dipoles! Antenna!
  639.  
  640. ------------------------------
  641.  
  642. Date: 1 Jul 1994 14:17:48 GMT
  643. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!spool.mu.edu!news.nd.edu!news1.oakland.edu!vela.acs.oakland.edu!prvalko@network.ucsd.edu
  644. To: info-hams@ucsd.edu
  645.  
  646. References <2u232d$hus@umcc.umcc.umich.edu>, <pc5RhQa.armond@delphi.com>, <2v0gqe$fjr@safety.ics.uci.edu>oa
  647. Subject : Re: Kenwood TS-450S/AT or Yaesu 890 w/AT -- HELP!
  648.  
  649. Hey Clark,
  650.  
  651. Boy!  I didn't at first see that you were the guy responding to that post, I
  652. thought you were just another Kenwood Freak!  I was wondering what "neck
  653. of the woods" you were from if you thought EITHER Kenwood OR Yasue had
  654. "good audio!"  As I read it I though, sheeze, here's another clone that
  655. never heard a TenTec.
  656.  
  657. BTW, I've not heard a 890 compared to MY ten year old Corsair, and I
  658. also have come VERY close to buying one for portable/mobile use.  But
  659. I'd not consider a TS450 after owning the 440Sat for a couple years and
  660. being able to A/B it against the Corsair.  
  661.  
  662. 73 =paul= WB8ZJL
  663.  
  664. DISCLAIMER:  The above message was posted by a mindless Ten*Tec freak
  665.  
  666. ------------------------------
  667.  
  668. End of Info-Hams Digest V94 #729
  669. ******************************
  670.